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AN INCENTIVE POINTS REDEMPTION PROGRAM 
CARRIED OUT VIA AN ON-LINE AUCTION 

AREA OF THE INVENTION 
5 The present invention generally relates to the area of incentive points redemption 

programs. These programs are implemented, for example, on behalf of companies as a 
way to reward employees for exemplary service or customers for their patronage. The 
incentive points are accumulated over a period of time and redeemed for valuable gifts. 
The invention is more particularly related to incentive-based programs that are carried out 
10 via a network accessed computerized site. 

BACKGROUND OF THE INVENTION 

Employee performance awards are widely used to foster better employer- 
employee relations by recognizing the efforts and accomplishments of employees. In 

15 many instances, rather than provide cash bonuses, employers award incentive points to 
their employees. The incentive points are accumulated over a period of time by the 
employees and then redeemed for valuable gifts displayed in a catalog. 

The catalog-based incentive points redemption programs are indeed a nice way for 
companies to reward their employees. The fact that the redemption catalogs typically 

20 have discretionary items such as stereos, televisions, sporting equipment, etc. — as 
opposed to non-discretionary staple items — ensures that users view the program as a 
reward rather than mere compensation for their work. However, the act of selecting a 
product from a catalog itself lacks excitement. 

On the other hand, auctions evoke excitement. Auctions do not occur every day. 

25 Auctions are noted events placed upon calendars. Auctions are viewed with anticipation 
by participants. Since everyone values items differently, there is always the possibility 
that a participant will come away from an auction with an item at a price much lower than 
the participant would have paid at the store or in a catalog. An auction also introduces 
the opportunity for a participant to obtain an item at a price that the participant is willing 

30 to pay - a price much lower than the item sells for in a retail store or catalog. Finally, 
there is the adrenaline inducing competitive atmosphere created by auctions. Even if a 
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participant obtains an auction item for the same number of points as would have been 
used if the participant obtained the same item from a catalog, the excitement of the 
bidding process itself, and prevailing in a bidding competition, provides a bonus to the 
prevailing bidder. 



SUMMARY OF THE INVENTION 

In recognition of the need for new and interesting forms of incentive point 
redemption programs, an incentives points-based on-line auction method is presented. 
The method is based upon an on-line system including a catalog of potential auction 
10 items and a database of participants that are eligible to take part in the auction. The 
method includes designating a set of auction items from the catalog of potential auction 
items. This step is typically performed by the auction sponsor - who is ultimately 
responsible for paying for the auction items bid upon by the participants. 



15 for the auction. The auction facilities initially prompt a participant to logon to gain 
access to the auction. Authorized, logged on participants are then provided access to a 
database describing the auction items and current bid information. 

A participant may bid upon an auction item. In response to receiving a bid from a 
participant, the auction facilities determine whether the participant has sufficient points 

20 available to submit the bid. Proper new high bids are registered by the auction facilities. 
At the close of a period for auctioning an auction item, which may be one value for the 
entire auction event or alternatively individually set for particular auction items, the 
auction facilities identify, and then notify the high bidders of their successful bids for 
particular auction items. 

25 

BRIEF DESCRIPTION OF THE DRAWINGS 

While the appended claims set forth the features of the present invention with 
particularity, the invention, together with its objects and advantages, may be best 
understood from the following detailed description taken in conjunction with the 
30 accompanying drawings of which: 
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Participants are provided on-line bid access to the set of auction items designated 
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Figure 1 is a schematic drawing depicting an exemplary software 
marketing/sales/distribution environment in which the present invention is implemented; 

Fig. 2 is a schematic drawing identifying databases/structures present in an 
exemplary auction facility embodying the present invention; 
5 Fig. 3 is a set of fields/columns for an entry/row in a participant database; 

Fig. 4 is a set of fields/columns for an entry/row in an order database; 

Fig. 5 is a set of fields/columns for an entry/row in an order line item database; 

Fig. 6 is a set of fields/columns for an entry/row in a catalog item database; 

Fig. 7 is a set of fields/columns for an entry/row in a point transaction database; 
10 Fig. 8 is a flowchart summarizing the general steps/stages of an exemplary 

incentive points-based on-line auction method embodying the present invention; 

Fig. 9 is a flowchart summarizing the steps in an exemplary logon procedure 
enabling an authorized participant to take part in an on-line incentive points-based 
auction; 

15 Fig. 10 is a flowchart summarizing the steps in a bidding procedure in accordance 

with the present invention; 

Fig. 1 1 is a flowchart summarizing the steps in a winning bid resolution process 
in accordance with an exemplary embodiment of the present invention; and 

Fig. 12 is an exemplary user interface presented to a participant when browsing a 
20 particular item from a database of auction items. 

DETAILED DESCRIPTION OF A PREFERRED EMBODIMENT 

Turning now to Fig. 1 , a schematic diagram depicts the basic components of an 
exemplary network environment into which a new method for carrying out an on-line 

25 incentive points-based may be incorporated in accordance with the present invention. A 
set of participants 10 and a set of auction sponsors 12 preferably access auction facilities 
14 via a wide area network 16 (e.g., the Internet, direct dial-up, etc.). Typically there are 
hundreds or even thousands of participants 10 located at various physical locations for 
each on-line auction sponsored by one of the auction sponsors 12. In the case where the 

30 wide area network 16 is the Internet, the participants 10 and sponsors 12 typically access 
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the auction facilities through browsers running on personal computers having Internet 
access capabilities. 

While not shown explicitly in Fig. 1, in an embodiment of the invention, the 
auction facilities 14 logically segregate/partition auctions sponsored by particular 
5 sponsors 12. The logical segregation/partition is achieved by assigning unique logical 
Internet addresses (and URLs) to each auction event. The unique logical Internet 
addresses are then mapped to a particular physical location and set of database entries 
maintained at the auction facilities 14. This has the effect of providing a unique Web Site 
for each auction event. In other embodiments, a single Web site is provided by the 

10 auction facilities, and access to data and functions through the Web site are based upon a 
participant's or sponsor's particular identity/affiliation determined at logon. 

In an embodiment of the present invention, only authorized participants of the set 
of participants 10 (for all auctions) are provided access to a particular auction to submit 
bids. The authorized participants for a particular auction are specified by the auction 

15 sponsor, and selective access is enforced by security mechanisms (e.g., passwords) 
provided by the auction facilities 14. 

In the illustrated embodiment of the auction facilities 14, a network router 18 
provides a hardware interface to the wide area network 16. The network router 18 is, by 
way of example, a Cisco 2524 router. The Cisco 2524 is capable of providing both LAN 

20 and WAN access to the auction facilities 14. The network router 18 transmits and 
receives messages to/from a set of local network components 20 via a switch 22. The 
local network components include local area network links and end nodes (e.g., Web and 
database servers). The messages are transported on line 24 connecting the network router 
18 and switch 22. The switch 22 and local network components 20, including a database 

25 server 30, Web server 32, Web/database server 34, and domain controller 36, 
communicate messages via links 26. An example of the switch 22 is the 3Com 
SuperStack II 3000. The communication protocol for communications between the 
network router 18 and the connected local network components 20 is TCP/IP. However, 
other communication protocols may be used in alternative embodiments. 
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While not depicted in Fig. 1, the integrity of the data and programs on the servers 
30, 32, 34, and 36 are preferably protected by a firewall server interposed between the 
network router 18 and the switch 22. 

In the exemplary system depicted in Fig. 1, the processing load is distributed 
5 between the database server 30, the Web server 32, the Web/database server 34, and a 
domain controller 36. The database server 30 maintains relational databases associated 
with supporting an on-line incentives point-based auction in accordance with the present 
invention. An example of a suitable database server program is Lotus Notes. The Web 
server 32 provides access to the functionality of auction Web sites, setting up and 

10 conducting an on-line incentive points-based auction, in accordance with the exemplary 
method steps described herein below. An example of a suitable Web server 32 platform 
is the MICROSOFT IIS (Internet Information Server). As an example of the flexibility of 
location and configuration of the server components used to carry out the present 
invention, the Web/database server 34 incorporates the functionality and software of the 

15 database server 30 and Web server 32 into a single processing box. The domain 

controller 36 controls access by entities to the aforementioned resources at the auction 
facilities 14 through logon and authentication processes. 

Having described the exemplary network environment, it is noted that the present 
invention can be incorporated into other network environments. In some instances, 

20 sponsors restrict access by employees to external network resources (e.g., the Internet). 
Thus, in another configuration, the auction servers and/or auction databases (described 
herein below) are maintained on database servers and execution engines in a corporate 
network (e.g., a corporate intranet). Such corporate networks include, for example, local 
and/or wide area network links that provide employee access to the auction facilities. In 

25 such instances, the corporate client acquires the auction services and software licenses of 
an auction facility supplier and the auction facilities including both participant databases 
and auction software are loaded onto servers within the physical structure of the corporate 
network. In summary, the auction facilities are not limited to a particular physical 
location with regard to the participants and sponsors. The auction facilities may be at a 
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corporate network site or alternatively at the auction service provider (connected via a 
network link to the corporate network). 

Turning now to Fig. 2, an exemplary set of databases/data segments are identified 

5 for a particular auction. The identified databases are stored upon and administered by the 
database server 30. It is not necessary, however, for all the databases to be stored upon a 
single server. A participant database 50 includes a set of information identifying, and 
describing relevant information for, each authorized participant for a particular auction. 
In a preferred embodiment, the participant database 50 does not intermingle participant 

10 records of authorized users for multiple auctions. However, in an alternative 

embodiment, each participant record identifies a particular program (auction event) or 
sponsor with which the participant record is associated and that identification is used to 
identify whether a particular participant should be extracted from a set of intermingled 
participant records in preparation for an auction even. 

15 The participant database is deployed, for example, in the form of a relational 

database. Each "row" corresponds to a participant in the relational database, and each 
column represents a particular type of information associated with the participant. The 
types of information represented by the rows in the participant database 50 are described 
herein below in conjunction with Fig. 3. However, it is noted that the information 

20 includes links to a number of databases including: a phone book 52, an email book 54, an 
address book 56, a security levels database 58, and a shopping cart database 60. The 
information contained within the phone book 52, email book 54, address book 56, and 
shopping cart database 60 are linked to the participant database 50, and accessible, via a 
participant identification provided by the participant database 50. 

25 The phone book 52 includes, for each participant, information for contacting the 

participant by phone. The information includes the participant's unique identification, an 
area code, prefix and suffix for each user. The phone book includes the date in which the 
user was enrolled in the database, the most recent date that the phone information for the 
participant was changed, and the entity that modified the entry. 
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The email book 54 includes, for each participant, information enabling addressing 
and sending email to the participant. The information includes the participant's 
identification, email address, enrollment date, last modified date, and the entity that 
performed the most recent modification to the email address. 
5 The address book 56 includes, for each participant, information enabling 

addressing and sending mail (i.e., an auction item) to the participant. The information 
includes the participant's identification, mailing address, enrollment date, last modified 
date, and the entity that performed the most recent modification to the mailing address. 

The security levels database 58 includes a set of descriptions of security levels. 
10 The content of the security levels database 58 is accessed via a security level 
identification in a column of a participant entry in the participant database 50. 

The shopping cart database 60 includes, for each participant, the name and 
address of the participant. Each shopping cart also includes a set of items that have been 
bid upon by the participant. The shopping cart items are converted to order items 
15 (discussed herein below) when the auction period has ended for the particular items. 

An auction database 64 is implemented, for example, using a relational database 
architecture. A set of rows in the auction database 64 includes items selected by an 
auction sponsor for the particular auction from a global auction item catalog 66. The 
auction database 64 is extensible and accepts additional rows corresponding to items 
20 defined specifically for a particular auction because the items are not represented in the 
global auction item catalog 66. 

An order database 70 is also implemented, for example, using a relational 
database architecture. The order database 70 stores all the orders resulting from 
auctioning the items represented in the rows of the auction database 64. The order 
25 database 70 includes references to an order line items database 72 that lists particular 
catalog items for each order. Thus a single order in the order database 70 may represent 
multiple items that are individually summarized in the order line items database 72. The 
order line item entries reference items contained within the set of sponsor selected items 
in the auction database 64. 
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A column within the order database 70 also references a transaction entry within 
an order transaction log 74. The order transaction log 74 identifies an order by a unique 
identifier. A particular row within the order transaction log 74 is referenced using a 
unique order identification obtained from the order database 70 as a key. The order 

5 transaction log 74 also records when an order transaction was added to the order 

transaction log 74, when it was last modified, and by whom the modification was made. 
Each entry within the order transaction log 74 includes a point transaction identification. 
The point transaction identification references a transaction involving redemption of 
incentive points for an item from the auction database 64. The point transactions are 

10 stored within a point transaction database 76. The columns of the point transaction 
database 76 are described herein below in conjunction with Fig. 7. 



Turning to Fig. 3, a schematic drawing summarizes the fields/columns associated 
with each entry/row within the participant database 50. While shown as a continuous set 

15 of items in Fig. 3, the fields/columns depicted in the drawing and described herein below 
need not be in a same database. The fields/columns are grouped together in Fig. 3 to aid 
the description of data pertinent to a participant. 

Turning to the specified parts of the data associated with a participant, a 
participant ID 80 uniquely identifies a participant in a points-based incentive program. 

20 The participant ID 80 contains data used as a search key for locating other participant 
information within the other described databases. A name 82 holds the participant's 
name. A login ID 84 and password 86 hold the name and password entered by the 
participant whenever the participant wishes to access the auction facilities 14 to 
participate in an auction. An active field 88 is a status register indicating whether the 

25 participant is eligible for the current on-line auction. An inactive status indicates that the 
participant cannot participate. A security level identification 90 references a particular 
entry in the security levels database 58. A date added 92, date modified 94, and modified 
by 96 indicate when the participant was added to the list of authorized participants, the 
last time any part of the participant's row was modified in the participant database 50, 

30 and by whom the change was made, respectively. 
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Each participant also has a point total maintained in a points field 98. In an 
embodiment of the invention, the point total maintained in the points field 98 does not 
reflect bids placed by a participant. Points are not deducted form the points field 98 until 
a user is actually awarded an auction item. Under such a scenario, the participant is 
5 allowed to bid upon any item in the auction that does not exceed the value stored in the 
points field 98. In another embodiment of the invention, points are deducted from the 
points field 98 when a participant submits a bid. The points are returned to the 
participant if the bid is replaced by a higher bid by another participant. In the alternative 
embodiment, the participant is not allowed to bid on an item if the result would be a 

10 negative point balance in the points field 98. 

By way of example, if point are deducted when a participant bids, a reserved 
points field 99 stores a point total equal to the high auction item bids currently held by 
the participant. By referencing the reserved points field 99, the auction facilities may 
apply rules limiting the number of outstanding bid points a particular user may have. The 

15 points field 98 and reserved points field 99 are, for example, maintained as a column in 
the participant database 50. Alternatively, the points are located in another database 
referenced by a pointer or in a relational database searched by means of a unique 
identification assigned to the participant. 

The participant databases, like the catalog items for an auction, are segregated 

20 with regard to other auctions supported by the auction facilities 14. Therefore, it is not 
necessary to identify a particular group with which a participant is affiliated. However, in 
an embodiment of the invention wherein participants are maintained in a global database, 
the participant database 50 includes a column identifying the group with which the 
participant is affiliated. 

25 

Turning to Fig. 4, a set of columns are identified for the order relational database 
70 within which each row corresponds to an individual order. An order ID 100 uniquely 
identifies an order for a particular participant identified by a participant ID 102. The 
order ID 100 is similar to the participant ID in that it is used as a search key to reference 
30 particular entries in other relational databases, such as for example, the order transaction 
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log 74 and order line items 72. A shipping address 104 identifies an address to which 
items in the order will be shipped. A confirmation number 106 is used for reference 
purposes, including, to reference an entry in the order transaction log 74 corresponding to 
a transaction registered after a participant was deemed to have been a high bidder for at 
5 least one auction item. The order database 70 also includes a date added 108, a date 
modified 110, and a modified by 1 12 for tracking the creation of, and modifications to, 
each order (row) in the order database 70. The above described columns for an order 
relational database are exemplary and modifications can be made to the above set of 
column designations to suit a particular need. 

10 

Turning to Fig. 5, columns are identified for a relational database holding the 
order line items 72. An order line item ID 120 uniquely identifies a particular line item 
for a particular order identified by an order ID 122. The order ID 122 corresponds to the 
order ID 100 in the order database 70. A catalog item ID 124 holds a value identifying a 

15 catalog item described in the auction database 64. A quantity 126 indicates the number of 
the particular item to be shipped to the identified participant. An order status 128 is a 
multi-valued status variable corresponding to the present status of the ordered item. The 
order status 128 is accessed to determine the delivery state of a particular catalog item. 
An AC Number 130 stores an award collection identification number for the auction item. 

20 A US dollar value 132 is a suggested value for the identified auction item. The suggested 
value is alternatively presented in the form of incentive points. The value is used to give a 
fair measure of the particular auction item to prevent/cure over-bidding by the auction 
participants. The above described columns for an order line item relational database are 
exemplary and modifications can be made to the above set of column designations to suit 

25 a particular need. 

Turning to Fig. 6, columns are identified for a relational database holding the 
catalog items in the auction database 64. A catalog item ID 140 uniquely identifies a 
particular catalog item (e.g., a particular make/model of stereo) in the auction database 
30 64. The catalog item ID 140 corresponds to the catalog item ID 124 in the Order line 
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items 72. An AC Number 142 stores an award collection identification number for the 
auction item. A manufacturer ID 144 identifies a particular manufacturer of the catalog 
item. A US dollar value 146 corresponds to the fair retail value of the catalog item - e.g., 
the manufacturers suggested retail price. Alternatively, the US dollar value 146 is 
5 replaced or supplemented by a fair/suggested value expressed in terms of incentive 

points. An image file name 148 references a file, if any, containing a graphical image of 
the catalog item. The picture is referenced and displayed for a participant during an 
auction catalog browsing mode of operation of the auction facilities 14. An active status 
150 indicates whether a particular item within the set of auction items in the auction 
10 database 64 is available for an auction. When an item is selected by a sponsor to be 
included in an auction, its active status 150 is set to "active." If for some reason, an 
□ auction item needs to be withdrawn from consideration during the auction, then the 

"5 auction item can be withdrawn by merely setting the active status 150 to "inactive." A 

r Z. date added 152, date modified 154, and modified by 156 are editing fields for 

sQ 15 maintaining an audit trail of changes to the contents of a particular row of the relational 
u database containing the catalog item. An item colors 158 lists the available colors of the 

[\ catalog item. An item sizes 160 lists the available sizes of the catalog item. An item 

^3 styles 162 list the available styles, if applicable, for the catalog item. For example, a 

[Q sweatshirt may come in a crew neck or a hooded style. An item category 164 identifies 

^ 20 the category of the catalog item thus facilitating organizing the auction items into groups 
such as electronics, cloths, entertainment, etc. The above described columns for a 
relational database containing catalog item descriptions are exemplary and modifications 
can be made to the above set of column designations to suit a particular need. 

Additional fields are included to track bidding on an auction item. An item bid 
25 history 166 is a stack of bids registered for an auction item. Each element includes a high 
bidder identification, a bid value, a time, and a date. The top of the stack of bids 
identifies the last accepted bid for the auction item. The high bidder identification 
identifies the participant that submitted the current high bid. In an embodiment of the 
invention, the high bidder is identified by a participant ID corresponding to the value for 
30 the participant stored in the participant ID 80. A minimum bid increment 167 specifies 
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an amount to be added to a most recent high bid in order to specify a new minimum high 
bid for a next bidder on the auction item. A minimum auction bid 168 specifies a value 
that a next bidder must meet in order to become the next high bidder. 

5 Turning to Fig. 7, the columns are identified for a relational database holding the 

point transactions conducted during the course of an on-line points redemption auction. 
A point transaction ID 1 70 uniquely identifies a point transaction performed in response 
to a participant's successful bid for an auction item. A participant ID 172 is used to 
identify the auction participant to which the point transaction applies. This corresponds 

10 to the participant ID 80 in the participant database 50. A points 174 identifies the number 
of points involved in the transaction. If the transaction relates to the auction, then the 
points are subtracted from an account of the participant identified by the participant ID 
172. A transaction type 176 identifies the form of the transaction (credit, purchase, 
auction, etc.). Each auction is assigned its own unique event identification. A program 

15 ID 178 references the particular auction that generated the point transaction. A 

description 1 80 is a space that is included for comments and remarks relating to the 
particular points transaction. A date added 182, date modified 184, and modified by 186 
are editing fields for maintaining an audit trail of changes to the contents of a particular 
row of the relational database containing the catalog item. The above described columns 

20 for a relational database containing point transaction descriptions are exemplary and 
modifications can be made to the above set of column designations to suit a particular 
need. 

While not specifically identified in the drawings. One or more points-to-dollars 
ratios are provided to enable sponsors to set minimum point bids for auction items. The 
25 points-to-dollars ratio also enables a sponsor to gauge the cost of an incentives program 
by converting points disbursed into dollars of cost (when the points are redeemed). In a 
preferred embodiment of the invention, the auction sponsor is responsible for paying the 
actual cost of the items awarded to the successful bidders. Thus, based upon the point-to- 
dollars ratio, a sponsor may decide to raise or lower a minimum bid for an item. 



12 




Another points-to-dollars ratio provides a gauge with respect to whether a bidder 
has over-bid an auction item. An estimated points to retail dollar value ratio is initially 
determined. After an auction is concluded, if the converted dollar value of a bid exceeds 
the manufacturer's suggested retail price, then the winning bidder is credited back points 
5 so that the winning bid is equal to the manufacturer's suggested retail price. Yet another 
over-bid protection method is described herein below where the winning bid is compared 
to the regular catalog point value for the item and the overbid amount is credited to the 
winning participant. Finally, a dollars-to-points ratio is utilized to enable participants to 
increase their available point total when bidding upon an item. The point purchase option 

10 is discussed herein below in conjunction with Fig. 10. 

Having described the general architecture and data structures for an exemplary 
embodiment of the present invention, attention is now directed to the operation of the 
system and more particularly to Fig. 8 that provides a summary of the steps performed in 
an incentive points-based on-line auction. During step 200 an auction sponsor 

15 coordinates loading the participant database 50. The auction sponsor may set up the 

participants database 50 using a number of techniques. For example, the participants may 
enroll in the incentives points-based auction program on-line or provide responses to 
questionnaires. The questionnaire responses are loaded onto the participant database 50. 
The set of participants for an auction include, for example, a sales division for a 

20 corporation. 

Step 200 may be performed completely independent of the auction itself. In a 
preferred embodiment of the present invention, the on-line incentive points-based auction 
is an add-on feature to an existing incentive points-based catalog facility. The participant 
database 50 exists as part of a general incentive points-based redemption program 

25 involving a continuously available catalog. The continuously available (non-auction) 
catalog is disabled during the course of the on-line auction. In other embodiments, the 
auction facilities are not associated with a points redemption catalog. 

During the course of employment, the sponsoring employer awards incentive 
points to the employees based upon their job performance (e.g., sales). In other 

30 embodiments of the invention the sponsors are credit card companies and the participants 
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are credit card holders. At the beginning of an auction each participant has a number of 
points (awarded by the auction sponsor) stored in the points 98 column for each 
participant registered in the participants database. 

During step 202, the sponsor selects items from the auction item catalog 66 to 
5 place in the auction database 64. A graphical user interface displays the items of the 
auction item catalog 66 and the sponsor browses the items and selects from the catalog 
the ones that the sponsor wishes to include in the auction. The sponsor is assigned a 
sponsor security level designation enabling the sponsor to modify contents of the auction 
database 64 including setting a minimum bid for each auction item. In the event that a 

10 minimal acceptable bid is placed upon a selected item, the sponsor is obligated to pay the 
price for the selected item. Furthermore, by allowing a sponsor to restrict the items that 
are placed on the auction database 64, one may avoid the uncomfortable situation of 
auctioning the products of the sponsor's direct competitor. 

At step 204 the sponsor adds products from the sponsor's own product offerings. 

15 For example, an electronics company may add its own televisions and stereo equipment 
(and restrict the electronic product offerings to the client's own products). Adding the 
new catalog elements is accomplished via a graphical user interface with a data entry 
template. Access to perform this editing function is restricted to sponsors and other 
technicians entrusted to build and maintain the content of the auction database. 

20 During step 206, the on-line incentives points-based auction is executed via an 

Internet Web site (with local corporate intranet links). Users connect to the Web site by 
entering a specified URL which is translated into a physical address at the auction 
facilities 14. Upon reaching the Web site, the user enters a logon name and password 
enabling the auction facilities 14 to ensure the identified user is both authentic and 

25 authorized to take part in the auction. 

During the course of a browser session, an authorized participant accesses the 
products selected during steps 202 and 204, and the products are displayed via the 
sponsor's designated Web site. The sponsor's designated Web site is created, hosted and 
maintained by an auction service provider. In alternative embodiments of the invention, 

30 the auction service provides a software framework for carrying out the points-based 
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auction to the sponsor. The sponsor then installs the software framework on a corporate 
intranet. The sponsor sets up and maintains the software and hardware during the course 
of the auction. 

During step 206, when a user browses the designated auction Web site, the 
5 auction items are displayed as multi-colored graphic images. Each auction item includes 
an item description, the estimated incentive-point value of the item, the number of the 
particular item available for auction, and the minimum incentive point bid required for 
the catalog item. Initially, the minimum bid is a starting value designated by the sponsor 
to ensure a certain quantity of points will be redeemed for any given item. After a first 

10 bid is received, the next displayed minimum bid equals the current high bid plus a 
minimum increment value. Alternatively, the current high bid is displayed, and a 
participant is prompted to enter a value at least a certain amount over the current high bid. 

The user may submit queries to the relational database to focus review of the 
auction items. This includes category, manufacturer, point ranges, and search terms. 

15 When the user enters a new high bid for a particular item, the auction facilities 14 verify 
that the submitted bid at least meets the minimum next high bid requirement. The 
auction facilities 14 also determine, by reference to the points 98 for the authorized 
participant, that the participant has sufficient points to make the bid. The item is placed 
in the participant's shopping cart. 

20 In an embodiment of the invention, a participant may bid on items such that the 

sum total of the bids exceeds the number registered in the points 98 as long as no single 
bid exceeds the points 98. In such an arrangement the highest bidder for a catalog item 
may not have sufficient points to acquire the auction item (due to the redemption of the 
participant's points to purchase another auction item). Since the auction item winner is 

25 the highest bidder having sufficient points to back the winning bid, all valid bid 

submissions and the participant IDs of the bidding participants are maintained by the 
auction facilities in a bid history for each auction item. 

In another embodiment of the present invention wherein points are deducted from 
the points 98 when a user submits a bid, if a participant's bid is beaten by another bid, 

30 then the participant's incentive points are returned to the points 98. In this embodiment, 
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it is not necessary to keep a bid history for each auction item because the highest bidder 
for each auction item must have sufficient points to back all bids that are submitted. 

By viewing the shopping cart, a participant may determine the present status of all 
pending bids. 

5 As noted above, when a participant does not have sufficient points to enter a 

particular bid, the bid is not entered by the auction facilities 14. However, in an 
embodiment of the present invention, the participant is given the option to purchase 
points and then apply them to a bid. 

At the close of an auction period (e.g., two days), during step 208 the auction 

10 facilities 14 determine the participants that submitted the highest valid bids for the 

auction items. The auction facilities 14 subtract the bid points from the points 98, and the 
auction facilities 14 create a point transaction for the point redemption activity. The 
points deduction may take place immediately when a participant is determined to have a 
winning bid. In other embodiments, a tentative deduction is made by the bid resolution 

1 5 engine to prevent an "overdraft" with regard to bid points. The actual point transaction 
subtracting points from the participant's points 98 occurs at a later time in a secure 
environment. The point transaction is registered in the point transaction database 76. 

As mentioned previously above, a high bidder may not have sufficient points to 
meet a bid in view of prior successful bids that have reduced the point total in the 

20 participant's points 98. In that instance, a next highest bid is referenced in the bid history 
for an auction item until a bid is identified in which the bidder has sufficient points to 
fulfill a bid. 

Furthermore, the auction facilities 14 determine whether the participant has, for 
each item, overbid the item (e.g., the bid exceeds the regular, non-auction, catalog points 

25 cost for the item). The auction facilities 14 compare the winning bid to the point value of 
the product in the catalog (from which a user may purchase the goods during a non- 
auction period). In fact, all participants willing to redeem an amount of points equal to 
the value in the non-auction catalog may purchase the item. Thus, with regard to items 
that are present in the non-auction catalog, participants are in a can't lose situation during 

30 the auction. The points redeemed for winning auction bids are always less than or equal 
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to the catalog point value of the auction item. Alternatively, the bid fairness audit is 
executed by determining a currency-to-points ratio and then applying this information to 
a supplied dollar value for the suggested retail value for the item. 

During step 210 the auction facilities 14 reference the contact information for the 
5 winning participants to inform them of their winning bids. The auction facilities notify 
the winning participants (preferably via email). In the event that email is used to notify 
participants, an automated process at the auction facilities composes and sends the email 
notification to each of the winning participants without the necessity of human 
intervention. 

10 During step 212 the auction facilities 14 contact delivery services and/or 

fulfillment services to deliver the auction items to each of the winning bidders. Reports 
are generated identifying for each auction item: the participant that submitted the bid, the 
item, the winning bid, time and date of bid, and contact information for the participant 
including a delivery address. The auctioned items are shipped under the authority of the 

15 auction facilities 14. 

Finally, it is noted that while the steps are listed sequentially to show the 
functions performed by the auction facility, the actual steps may be performed more than 
once during the course of an incentive points-based auction. The order of the steps may 
be re-arranged including, for example the points deduction step. With regard to points 

20 deduction, the points may be deducted when a bid is placed and returned in the event that 
a higher bid is received, or the points may be reserved when a bid is placed and then 
actually deducted when the auction concludes. The latter method has the advantage of 
reducing accesses to the points data structure and minimizing the volume of entries in the 
point transaction database 76. It is also noted that while the browsing and bidding occurs 

25 via network connected servers and clients, the notification, shipping, and accounting 
functions are performed by a combination of automated and manual processes. In yet a 
further embodiment of the invention the notification of winners, shippers and accounting 
are all automated and rely upon the pre-stored participant and auction item databases to 
complete their tasks. 
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Turning now to Fig. 9, steps are illustratively depicted for a participant logging on 
to the on-line auction. During step 300 the participant accesses the auction facilities via 
an Internet browser by entering the appropriate URL for the auction Web site. 
Thereafter, at step 302 a logon display is transmitted to the participant's browser. At step 
5 302, the participant performs a client logon by typing in a logon name and password. At 
step 304 the participant submits the logon and password to the auction facilities 14 and 
the logon is verified. At step 306, if the sign-on is valid, then control passes to step 308 
wherein the authorized participant is permitted access to an auction site including catalog 
item images and related descriptions and bid information. If at step 306 the auction 
10 facilities 14 determine that an invalid password and/or logon name were provided, then 
control returns to step 302 and the user is again requested to enter a logon name and 
password. 

During step 308, the auction facilities 14 access the participant database 50 and 
retrieve the authenticated authorized participant's personal information including 
15 participant ID, name, shipping address, and points balance. The participant is now 
permitted to access and browse the sponsor's auction database 64 and submit bids for 
auction items. 

Turning now to Fig. 10, steps are summarized for facilitating and processing a bid 
20 submitted by an authenticated authorized participant. The steps in Fig. 10 are performed 
multiple times during the course of an auction for authenticated participants. At step 320 
the auction facilities display the points available to the participant to bid. During step 
322, the participant browses the products as described above with reference to Fig. 8. 
The auction facilities 14 extract, for display at the participant's computer, item pictures, 
25 descriptions, minimum bid value, and time remaining to bid. At step 324, the participant 
submits, and the auction facilities 14 receive, a bid for a selected auction item. 

In response, at step 326, the auction facilities 14 determine whether the bid meets 
the presently specified minimum bid for the selected auction item by referencing the 
minimum auction bid 168 for the auction item. If the bid meets or exceeds the minimum 
30 auction bid, then control passes to step 328. If at step 326, the bid is lower than the 
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• # 

current minimum bid, then control passes to step 322 and the participant is returned to the 
browsing stage where the selected item and bid information was displayed. It is noted 
that the quantity of a bid item may be greater than one (i.e., 100 pairs of sunglasses are 
available). In that instance, the minimum next bid is determined by the lowest of the 

5 qualified high bids. 

At step 328 the auction facilities 14 determine whether the participant has 
sufficient available points by referencing the points 98 for the participant. As previously 
noted, in an embodiment of the present invention, previously bid points are not subtracted 
until a participant is declared the high bidder at the close of the auction. In an alternative 

10 embodiment, bid points are reserved from the participant's points 98, and those points are 
totaled in the reserved points field 99 for the participant. If the participant has sufficient 
points, then control passes to step 330 wherein the bid is registered for the auction item 
by storing the bid and participant ID in the bid history 166 for the item. If the participant 
does not have sufficient points, then control passes to step 332 wherein the participant is 

15 notified that insufficient points exist to submit the current bid. The auction facilities 14, 
in an embodiment of the present invention, allow the participant to purchase additional 
points to make up for any difference between the points available and those needed to 
submit a bid for the auction item. 

In the embodiment of the invention where a participant is allowed to purchase 

20 points, an established dollars-to-points conversion ratio is maintained and used during the 
sale of points to participants. The ratio may be determined on a specified basis such as 
for: a particular sponsor, a level of points purchased, or a particular auction. The points 
purchase is executed only if the purchase is needed to cover a winning bid by the 
participant. Alternatively, the points purchase is transacted at the time the points are 

25 acquired and the participant may sell the points back at the purchase price. After 

executing the purchase option, control passes from step 332 to the browsing stage at step 
322 wherein the participant reviews the contents of the auction catalog. If the participant 
purchased additional points during step 332, then the participant may re-select the item 
and submit a qualifying bid. 
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During step 330, the bid information for the auction item is updated. In an 
embodiment of the present invention, the bid history 166 for the auction item is updated 
by placing the new high bid value and the participant ID on the top of the stack of bids 
stored in the bid history 166 for the particular item. The minimum bid 168 is updated by 
5 adding the minimum bid increment 167 to the new high bid submitted by the participant. 
Thereafter, the participant is returned to the browsing step 322 wherein the participant 
reviews the contents of the auction catalog. The steps of Fig. 10 are performed multiple 
times during the course of the auction by authenticated authorized participants. 

As previously mentioned above with reference to Fig. 8, at the close of the auction 

10 further bidding is halted and the auction facilities determine the highest valid bid/bidder 
for each auction item. In the embodiment of the invention where a participant's bid total 
on all bid items cannot exceed the point total stored in the points 98, this is a rather 
straight-forward task of reading the high bid/bidder from the bid history 166 for the item. 
The high bid is deducted from the points 98 for the high bidder, identified by a participant 

15 identification. An order is created, and the order is fulfilled. 

In the preferred embodiment of the invention, a participant is permitted to submit 
bids that in total, exceed the number of points 98 possessed by the participant. Thus, a 
high bidder may not necessarily have sufficient points to fulfill the bid. Turning to Fig. 
1 1, the steps are summarized for resolving high bidders for auction items at the close of 

20 an auction. During step 400 the auction facilities 14 combine all bids into a consolidated 
bid list ordered according to the time and date the bid was submitted. The most recent 
bid is placed at the head of the list, the oldest bid is placed at the end. 

During step 402 the auction facilities 14 take a high bid from the head of the 
consolidated bid list. Next, during step 404 the high bid is compared to the points 98 of 

25 the identified bidder (via the participant ID 80). At step 406, if the identified participant 
does not have sufficient points to fulfill the bid, then control passes to step 408. At step 
408 the bid is discarded and control passes to step 409. At step 409, if there are no more 
bids on the bid list, then control passes to the End. Otherwise control returns to step 402 
wherein the auction facilities 14 extract a next most recent bid of the remaining bids « 

30 now at the head of the list. 
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If the identified participant has sufficient points to fulfill the bid, then control 
passes from step 406 to step 410. At step 410, the participant ID, winning bid, and 
auction item are recorded in an auction winners list - this list is later converted into a set 
of orders by an incentive points program administrator at the time the points are actually 
5 subtracted from the participant's points 98. 

During step 412 the winning bid amount is subtracted from the available point 
total (the participant's original point total less any other winning bids) to render a new 
available point total. During step 414, the winning bid for the item is discarded, the 
remaining bid list is scanned and all remaining bids for the auction item processed during 
10 step 410 are discarded or otherwise removed from further consideration if not removed. 
Control then passes to step 409. 

Turning finally to Fig. 12, a graphical user interface display is depicted for a 
browsed auction item. In this case the item is a lamp. The information displayed is 

15 retrieved from a row of the auction item database in response to browsing commands 
submitted by a participant. The displayed information includes the name and a 
description of the auction item (including a picture) and pertinent bidding information 
discussed in detail above with reference to Fig. 6. In order to place a bid, the participant 
selects the "Place a Bid" button at the bottom of the display. The present display is 

20 merely illustrative, other arrangements of the information are contemplated. 

Illustrative embodiments of the present invention and certain variations thereof 
have been provided in the Figures and accompanying written description. Those skilled in 
the art will readily appreciate from the above disclosure that many variations to the 
disclosed system hardware and software are possible without deviating from the breadth 

25 of the disclosed invention. The variations include, without limitation, network topologies 
used to implement the present invention, database architectures, and the specific manner 
in which described tasks are carried out to provide an on-line incentives-based auction 
facility. While a series of steps have been summarized for carrying out an on-line 
incentive points-based auction, steps may be added, removed or modified without 

30 departing from the scope of the invention. 



The invention is not intended to be limited to the disclosed embodiments. Rather 
the present invention is intended to cover the disclosed embodiments as well as others 
falling within the scope and spirit of the invention to the fullest extent permitted by law in 
view of this disclosure and the inventions defined by the claims herein below. 
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